kermit.columbia.edu/kermit.columbia.edu.tar/kermit.columbia.edu/newsgroups/misc.20020314-20021006/[e-mail]_Fri Sep 27 15:34:21 EDT 2002.msg

Text File | 2002-10-06 | 6KB | 141 lines

Article: 13739 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!panix!bloom-beacon.mit.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
From: [e-mail] (Ray Ward)
Newsgroups: comp.protocols.kermit.misc,comp.unix.xenix.sco,comp.dcom.modems
Subject: Re: Help!  Trying to send files via serial modem...
Date: 27 Sep 2002 12:19:14 -0700
Organization: http://groups.google.com/
Lines: 122
Message-ID: <[e-mail]>
References: <[e-mail]> <amsde3$d5d$[e-mail]>
NNTP-Posting-Host: 63.99.201.12
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: posting.google.com 1033154355 9692 127.0.0.1 (27 Sep 2002 19:19:15 GMT)
X-Complaints-To: [e-mail]
NNTP-Posting-Date: 27 Sep 2002 19:19:15 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13739 comp.unix.xenix.sco:18673 comp.dcom.modems:316244

[e-mail] (Frank da Cruz) wrote in message news:<amsde3$d5d$[e-mail]>...

Thanks for the prompt and informative response!  Please see below...

> In article <[e-mail]>,
> Ray Ward <[e-mail]> wrote:
> : ...my client needs to get data off of a fairly
> : large number (100's) of old Xenix 2.3.2 SysV boxes (i386) to an
> : off-site, modern box to do the checking.  (I'm not sure that all the
> : Xenix boxes are the exact same version.)  Deadline's in October.
> :
> : My first thought was to automatically send files daily using Kermit
> : from a cron(1) script to a ProCommPlus 4.8 server running in Kermit
> : server mode on the client's Win2000 box.
> :
[snip]
> : ...so I have to find an executable file.
> :
> We have the following SCO Xenix binaries on our FTP site:
>
>   cku192.sco286                Xenix/286 2.2.1
>   cku190b02.sco386netc-2.2.3   Xenix/386 2.2.3
>   cku192.sco3r2lai             Xenix/386 2.3.3 with Lachman Assoc TCP/IP
>   cku201.sco234                Xenix/386 2.3.4
>
> Plus some other 2.3.4 variations.  You can find them here:
>
>   http://www.columbia.edu/kermit/ck80binaries.html
>
> All of these except the 2.3.4 ones are rather old (C-Kermit version 5 or 6)
> but still much newer than the one you have (version 4).

I have downloaded a few of these, but only the older ones are small
enough to transfer on a 1.2Mb floppy.

I am now trying to connect using the 21-day Kermit evaluation program,
and I'm still getting the same dropped line.  ProComm Plus is running
in server mode with Kermit as the file transfer protocol.  It looks
like ProComm is dropping the line.

>
> : They already have the ProCommPlus set up.
> :
> : When I try to connect from the interactive Kermit that I found on one
> : machine (072 24 Jan 89 Xenix/286) it seems to connect...
> :
> Could I get you to upload that binary to our site so we can include it
> with the other Xenix binaries?

Sure.  I'll try to get a copy the next time I'm at the client site.
[snip]
> : So, I downloaded the 21-day eval copy of Kermit95 2.0 onto my Win98
> : box and got the same result, with a little more detail:
> :
> : Kermit session.log:
> : ATQ0V1
> :
> : OK
> : ATDT9721234567
> :
> : CONNECT
> : (see garbage...)
> : NO CARRIER
> :
> : Looks kind of like a baud rate mismatch.   So I set both the PC+ and
> : the Kermit95 to 2400 baud, xon/xoff, 8n1, full duples, 1 check byte.
> : Didn't help.
> :
> Let's assume your plan is to dial each Xenix box from Windows, log in,
> start Kermit on Xenix, then transfer the file (since having 100 Xenix
> boxes call one Windows box would not make a lot of sense).

Actually, I have to dial from the Xenix boxes to the remote server.
The client does not want liability for security problems if we have
to leave the modems in auto-answer mode.  The machines are used for
the daily operations of the customers' businesses all over the country,
and the business owners are not technically savvy.  Getting hacked on
such old equipment would be disasterous, and would practically put them
out of business.

I may try to set up Kermit95 in server mode on the file server next week,
or fall back to setting up uucp on the old Xenix boxes and installing
Linux to run uucp on the central server.

I have never used Kermit as a server, so that may be interesting...

> The Windows box no doubt has an all-singing all-dancing V.Everything modem,
> most likely a Winmodem.  The first thing you need to know about these is
> that you must address them by the Windows name (from the Modems folder in
> the Control Panel), not by their DOS name, such as COM1.  In Kermit 95:
>
>   set port tapi
>   set speed xxxx
>   dial 9721234567

Thanks for the tip on the modem naming convention -- I didn't know that.

> But "xxxx" is the kicker.  What should it be?  Does the calling modem
> support protocol negotiation and fallback?  If not, you'll need to set K95's
> interface speed to whatever each Xenix modem supports.

I think that rather than dumbing down the central server's modem, I'll
just let the modems negotiate -- I think all are USR Sportsters, and should
negotiate.

> If all the Xenix boxes are different, then getting this to work 100 times
> might be tricky, and in that case maybe it DOES make sense to have the
> Xenixes call Windows after all.  But then you have a couple new problems:
>
>  1. Windows is not like Xenix -- you can't call it up, get a login:
Don't get me started! ;-)

>  2. You'll no doubt have contention, so your calling procedure will have
>     handle the busy-redial scenario (which modern C-Kermit programs are
>     fully capable of, but not the ancient one you have).

This is one of the reasons I wanted to use Kermit.  Handling contention
with uucp, and actually confirming complete reception of the file is
something I haven't looked at in more then 15 years!

- Ray
[e-mail]